home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 473 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.8 KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: Dialog Box Proposal Part 1
  3. Date:     Sun, 26 Jun 1994 12:06:26 -0600
  4. Precedence: bulk
  5.  
  6. Hello Ken,
  7.  
  8. In your proposal, you make many suggestions.  Will you be making the source
  9. code to LTMF-2 available to the developers on this list?  (Myself, I'm
  10. just generally curious how the program does what it does.)
  11.  
  12. > Handling sliders:
  13. > """""""""""""""""
  14. > Sliders MUST be handled in a redraw-as-you-drag (or active-drawing)
  15. > method in order to provide full functionality.  Any sliders that are
  16. > designed to display information (such as scaling percentages, etc) should
  17. > be displayed either within the slider bar, or to the direct right or
  18. > left of the slider track.  Sliders that take time to draw information
  19. > based on their position must be ghost-drag type.
  20.  
  21. I'm not fond of this, but I could live with it.
  22.  
  23. > character (ie. 0-9, A-Z).  The activation characters MUST be in uppercase
  24. > to avoid confusion.  Any characters that are typed with the ALT-key
  25. > combination (unless in an editable field) are automatically converted to
  26. > uppercase, and checked for the hotkey.
  27.  
  28. No, please.  Hotkeys are often in the middle of a word, so having them
  29. appear in uppercase would look pathetic.  The underline is more than
  30. enough.
  31.  
  32. > If an editable text field is in the dialog box, the only way the hotkey
  33. > can be accessed is by pressing ALT- and the key.  If no editable fields
  34. > are in the dialog box, simply have button activation by pressing the
  35. > activation character; DO NOT require an ALT- key combination.
  36.  
  37. I do not like this, really.  Keep it simple, as you like to say.  Why
  38. make the user have to remember when to use alternate and when not to?
  39. Alternate should be used in all situations for dialog box button
  40. shortcuts.
  41.  
  42. > Editable objects:
  43. > """""""""""""""""
  44. > If the mouse is placed over an editable text field, the mouse MUST change
  45. > to a TEXT CURSOR while the mouse is over it.  It must be changed back to
  46. > its original form when moved away.
  47.  
  48. You sure do like that word; "MUST".  Actually, I disagree with this as
  49. well.  A nice feature, but hardly essential.
  50.  
  51. >        + SHIFT-CTRL  : Insert text from clipboard at its current
  52. >                        position, then move the counter up one.  Press
  53. >                        again to get the next previously entered string.
  54.  
  55. What?  Shift-Ctrl-Up Arrow to insert from the clipboard?  Argh!
  56.  
  57. >        + SHIFT       : Bring up a character table to select characters to
  58. >                        input into the editable field.
  59.  
  60. I could live with this, if the character box obeyed the template.  There
  61. is usually a good reason not to allow certain characters.
  62.  
  63.  
  64. -- 
  65. Michel Forget           \\   mforget@elfhaven.ersys.edmonton.ab.ca    //
  66. Electric Storm Software  \\  ess@tibalt.supernet.ab.ca               //
  67. PGP Public Key Finger. = 1F C0 D3 FE 40 51 7F 47 F3 4A C6 A0 6E 02 71 85
  68.